home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7152 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga and Real Time Systems
  5. Date: 10 Apr 1996 16:36:54 +0200
  6. Organization: dis-
  7. Message-ID: <4kgh26$bm6@serpens.rhein.de>
  8. References: <9604091927.AA000mo@harrison.demon.co.uk> <4keoj5$91e@swrinde.nde.swri.edu> <dunlap.829097139@aplcomm.jhuapl.edu> <4kftne$jlf@nef.ens.fr>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. espie@bireme.ens.fr (Marc Espie) writes:
  12.  
  13. >>The 7 MHz A1000 has been proven to have a maximum interrupt response
  14. >>time of 110 microseconds from an interrupt line on its Zorro I
  15. >>expansion cage.
  16.  
  17. >I don't know which release of the OS you are using, but I know for
  18. >sure that programmers at Commodore were displeased with the slow
  19. >interrupt reaction time in the older OS, in short, that's one of the
  20. >things that got greatly improved in 2.0 :-)
  21.  
  22. Yes and no. The interrupt reaction time has been improved a bit,
  23. mainly because sections that disabled interrupts have been cut down.
  24. But 110 microseconds isn't something really fast, it is just fast
  25. in comparison to the 250 microseconds of the SGI or the several
  26. ten milliseconds that many PCs need.
  27.  
  28. >On the other hand, the Amiga native hardware for some real-time things
  29. >is not so great (for instance, the serial is a bitch to get right,
  30. >and pretty easy to throw out of sync if you're abusing higher level
  31. >interrupts).
  32.  
  33. Isn't that obvious ? But by "abusing" the higher level interrupts you
  34. already defined that these sources are allowed to preempt the serial
  35. input routines.
  36.  
  37. >If, as I think, React is just an add-on to the Unix kernel of standard
  38. >SGIs, I'm not too surprised at that slow reaction time.
  39.  
  40. UNIX drivers don't necessarily have problems with the reaction time.
  41. UNIX processes on the other hand are slow. But this is a different
  42. topic.
  43.  
  44. >Except for
  45. >MACH based Unixes, it's rather difficult to get a working real-time Unix.
  46.  
  47. Mach isn't inherently faster.
  48. -- 
  49.                                 Michael van Elst
  50.  
  51. Internet: mlelstv@serpens.rhein.de
  52.                                 "A potential Snark may lurk in every tree."
  53.